home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 2
/
Aminet AMIGA CDROM (1994)(Walnut Creek)[Feb 1994][W.O. 44790-1].iso
/
Aminet
/
comm
/
term
/
XPRZModem_2_10.readme
< prev
next >
Wrap
Text File
|
1992-08-14
|
2KB
|
46 lines
Short: ZMODEM protocol, XPR version
XPRZModem.library - Version 2.10, 12 February 1991, by Rick Huebner
No longer munges A6 register (this was potentially serious), and added callback
glue to ensure comm program can't munge OUR registers either. Decided that the
protective glue was much safer than the more elegant direct invocation used in
version 2.0.
Slightly less transmission overhead (concatenates all output into single
swrites, builds output packets a bit faster).
Considerably less receive overhead; does a lot more waiting and a lot fewer
sreads, especially at high speed. WARNING: this change doesn't work with VLT
version 4.846 or earlier (yes, Willy; it really was broken B-)). This change
may or may not actually do you any good, depending upon how your comm program
implements the xpr_sread() function.
Fixed problems getting synchronized with some systems on uploads.
No longer closes files twice.
Now uses fully-reentrant sprintf() from amiga.lib; no more nasty BSS.
A couple of obscure error messages were > 50 bytes long, causing problems with
some comm program's transfer status windows, e.g. the infamouse VLT "Incredible
Shrinking Status Window."
Stabilized spastic data rate by computing elapsed time more accurately.
Fixed sprintf() error which caused invalid filelength to be sent on uploads.
Aligned all data for optimal performance on 68030++ CPUs (now that I have my
A3000... B-)). Doesn't really make any noticeable difference, but it makes us
68030 owners feel better anyway. I'm also including a version of the library
compiled for the 68020+ CPU, on the same principle.
Now uses .DUP2 instead of .DUP.DUP, etc.
Added config option E for number of errors which cause an abort.
Fixed bogus IO_Torture false alarm concerning timer.device.
Tried to fix an elusive Enforcer hit on reading location 0, but I'm not sure I
really got it, since I had trouble reproducing the problem.